Contextual indexing of media items

ABSTRACT

Example techniques related to a sub-index of a media index. An example implementation may involve maintaining, on a mobile device, a first index of audio tracks associated with a particular user profile, the audio tracks indexed in the first index consisting of a particular subset of audio tracks that are indexed in a second index. Based on the receiving the input data indicating the search query, the mobile device searches, within the first index, for audio tracks corresponding to the search query. If the audio tracks corresponding to the search query are not found in the first index, the mobile device sends to one or more servers of the cloud service, a request to search the second index for audio tracks corresponding to the search query.

CROSS REFERENCE TO RELATED APPLICATIONS

This application claims priority under 35 U.S.C. § 120 to, and is acontinuation of, U.S. non-provisional patent application Ser. No.16/154,163, filed on Oct. 8, 2018, entitled “Contextual Indexing ofMedia Items,” which is incorporated herein by reference in its entirety.

U.S. non-provisional patent application Ser. No. 16/154,163 claimspriority under 35 U.S.C. § 120 to, and is a continuation of, U.S.non-provisional patent application Ser. No. 15/344,023, filed on Nov. 4,2016, entitled “Contextual Indexing of Media Items,” and issued as U.S.Pat. No. 10,095,464 on Oct. 9, 2018, which is incorporated herein byreference in its entirety.

U.S. non-provisional patent application Ser. No. 15/344,023 claimspriority under 35 U.S.C. § 120 to, and is a continuation of, U.S.non-provisional patent application Ser. No. 14/447,410, filed on Jul.30, 2014, entitled “Contextual Indexing of Media Items,” and issued asU.S. Pat. No. 9,524,339 on Dec. 20, 2016, which is incorporated hereinby reference in its entirety.

FIELD OF THE DISCLOSURE

The disclosure is related to consumer goods and, more particularly, tomethods, systems, products, features, services, and other elementsdirected to media playback or some aspect thereof.

BACKGROUND

Options for accessing and listening to digital audio in an out-loudsetting were limited until in 2003, when SONOS, Inc. filed for one ofits first patent applications, entitled “Method for Synchronizing AudioPlayback between Multiple Networked Devices,” and began offering a mediaplayback system for sale in 2005. The Sonos Wireless HiFi System enablespeople to experience music from many sources via one or more networkedplayback devices. Through a software control application installed on asmartphone, tablet, or computer, one can play what he or she wants inany room that has a networked playback device. Additionally, using thecontroller, for example, different songs can be streamed to each roomwith a playback device, rooms can be grouped together for synchronousplayback, or the same song can be heard in all rooms synchronously.

Given the ever growing interest in digital media, there continues to bea need to develop consumer-accessible technologies to further enhancethe listening experience.

BRIEF DESCRIPTION OF THE DRAWINGS

Features, aspects, and advantages of the presently disclosed technologymay be better understood with regard to the following description,appended claims, and accompanying drawings where:

FIG. 1 shows an example media playback system configuration in whichcertain embodiments may be practiced;

FIG. 2 shows a functional block diagram of an example playback device;

FIG. 3 shows a functional block diagram of an example control device;

FIG. 4 shows an example controller interface;

FIG. 5 shows an example flow diagram for generating a sub-index of amedia index;

FIG. 6 shows an example flow diagram for modifying a second index of amedia index; and

FIG. 7 shows an example operating environment in which the presentmethods may be practiced.

The drawings are for the purpose of illustrating example embodiments,but it is understood that the inventions are not limited to thearrangements and instrumentality shown in the drawings.

DETAILED DESCRIPTION I. Overview

Examples described herein involve, among other aspects, contextuallygenerating and/or modifying an index of media items. An entire libraryof media items may be identified by a main media index, and a sub-index(or “second index”) may be generated to identify a subset of the mediaitems in the main media index. In one example, the sub-index mayidentify a subset of the media items that are more frequently playedand/or searched for. In one case, when searching for or retrieving mediaitems, a media playback system may refer to such a sub-index beforereferring to the main media index to identify media items that areavailable for playback by the media playback system.

In some cases, searching through the sub-index to identify a media itemin the subset of media items may be performed more quickly thansearching through the main media index. For instance, if a media libraryis very large, searching through it for a particular media item mayrequire a certain amount of time. By first searching through thesub-index of media items that are frequently played or searched for, atime required to identify the particular media item, if the particularmedia item is a media item that is frequently played or searched for,may be reduced.

The media playback system may include one or more playback devicescommunicatively coupled with one another, within a local area network.The one or more playback devices may access the media items for playbackby referencing the media index or the sub-index. For example, the mediaindex may identify a file location within the local area network atwhich a particular media item is stored or a resource identifier to amedia item accessible over a wide area network. The one or more playbackdevices may then use the file location to retrieve the particular mediaitem for playback.

In some cases, a media index for media content available to a mediaplayback system may identify a large number of media items. For example,a media index may identify tens of thousands of media items (e.g., for apersonal music library) or millions of media items (e.g., for acommercial media library as may be accessible from a media streamingservice). Searching through such a media index for a particular mediaitem might involve considerable time and computational effort. In someimplementations, searching through a media index may be performed inlinear time, such that searching through another media index that is,for example, twice as large would take on average twice as long tosearch for a particular media item. In some cases, searching for one ormore media items may cause a perceivable delay between performing thesearch and receiving the results of that search.

In some implementations, the media index may be maintained or stored ona first device (e.g., a playback device of a media playback system) andbrowsing of the media index may occur on another device (e.g., acontroller of the media playback system). In such a media playbacksystem, browsing the media index may involve sending indications ofmedia items in the index from the playback device to the controller, sothat the controller can display indications of those media items forbrowsing.

As indicated above, while a media playback system may index a largenumber of media items, the media playback system may play a subset ofthe media items more frequently than the other media items. This subsetof media items may also include media items designated as favorite mediaitems, or most recently played media items, among others. In some cases,the subset of media items may change over time. In examples discussedherein, the media playback system, or one or more devices in the mediaplayback system, may generate and maintain a sub-index that identifiessuch a subset of the media items identified by a main media index.

In some instances, the one or more sub-indices may be associated with anumber of different contexts, such as particular users, devices, andzones, among others. The sub-index may identify a fraction of the mediaitems in the main media index, such that searching through the sub-indexmay be considerably faster than searching through the entire main mediaindex.

In one case, the sub-index may be stored on a memory of a playbackdevice of the media playback system, such that searching may beperformed within a local area network of the media playback system. Inanother case, the main media index may be stored on a computing deviceaccessible over a wide area network, such as the Internet.

The media index may further indicate metadata associated with each mediaitem identified in the media index. In one example, the metadata maycontain information regarding a particular media item's total play countand a date and time the particular media item was last played, amongother information. In another example, the metadata may containinformation about each instance in which the particular media item wasplayed, such as a date, time, whether the media item was manuallyselected or automatically played (i.e. as playback progresses through aplayback queue having the particular media item), a particular user,playback device, or playback zone associated with the instance ofplayback, and/or whether the media item was played to completion orskipped, to name a few examples. Such information may be referred toherein as “play history.” The media playback system may also trackrequests for playback for a given media item and update the metadataassociated with the given media item. Other examples are also possible.

In one example, a playback device in a particular playback zone of themedia playback system may determine from among the media items in themedia index, a subset of media items that have been recently played andare associated with a given user, controller, or the playback zone.These media items may be indexed into a sub-index that identifies eachof the media items in the subset of media items. As one example, theplayback device may determine the subset of media items as media itemsin the media index that has been played a threshold number of times. Asanother example, the playback device may determine the subset of mediaitems as media items in the media index that has been played within athreshold period of time.

In other examples, the playback device may generate sub-indices based onother contextual information, such as a particular profile, playbackdevice, playback zone, time of day, or date, among other examples. Forexample, if a particular profile is selected or active on a controllerof the media playback system when the playback device is retrieving amedia item, the playback device may search within a sub-index associatedwith that particular profile to retrieve the media item. The subset ofmedia items in the sub-index associated with the particular profile maydiffer from a subset of media items in another sub-index associated witha different profile. As another example, the subset of media items mayalso differ between two playback zones. For instance, the playbackdevice may access, store, and/or maintain a first sub-index inassociation with the particular playback zone, and may access, store,and/or maintain a second sub-index in association with another playbackzone or zone group. In some cases, media items in the first sub-indexmay also be in the second sub-index.

As indicated above, the present application involves a playback devicegenerating and maintaining a sub-index of a media index. In one aspect,a playback device of a media playback system is provided. The playbackdevice includes a network interface, a processor, a data storage, andprogram logic stored in the data storage and executable by the processorto receive requests to play back media items in a main index, track thereceived requests to play back the media items in the main index, andbased on the tracked requests to play back media items in the mainindex, determine a set of media items from among the media items in themain index. The set of media items have been played at least apre-determined threshold number of times within a pre-determinedthreshold period of time. The program logic is also executable by theprocessor to index the determined set of media items into a sub-index.The media items in the sub-index are a subset of the media items in themain index.

In another aspect, a method is provided. The method involves receivingrequests to play back media items in a main index, tracking the receivedrequests to play back the media items in the main index, and based onthe tracked requests to play back media items in the main index,determining a set of media items from among the media items in the mainindex. The set of media items have been played at least a pre-determinedthreshold number of times within a pre-determined threshold period oftime. The method further involves indexing the determined set of mediaitems into a sub-index. The media items in the sub-index are a subset ofthe media items in the main index.

In another aspect, a non-transitory computer readable media is provided.The non-transitory computer readable medium has stored thereoninstructions executable by a computing device to cause the computingdevice to perform functions. The functions include receiving requests toplay back media items in a main index, tracking the received requests toplay back the media items in the main index, and based on the trackedrequests to play back media items in the main index, determining a setof media items from among the media items in the main index. The set ofmedia items have been played at least a pre-determined threshold numberof times within a pre-determined threshold period of time. The functionsfurther include indexing the determined set of media items into asub-index. The media items in the sub-index are a subset of the mediaitems in the main index.

In another aspect, a computing device is provided. The computing deviceincludes a processor, and memory having stored thereon instructionsexecutable by the processor to cause the computing device to performfunctions. The functions include receiving requests to play back mediaitems in a first index, tracking the received requests to play back themedia items in the first index, and based on the tracked requests toplay back media items in the first index, determining a set of mediaitems from among the media items in the first index. The set of mediaitems have been played at least a pre-determined threshold number oftimes within a pre-determined threshold period of time. The functionsalso include indexing the determined set of media items into a secondindex. The set of media items in the second index are a subset of themedia items in the first index.

In another aspect, a method is provided. The method involves receivingrequests to play back media items in a first index, tracking thereceived requests to play back the media items in the first index, andbased on the tracked requests to play back media items in the firstindex, determining a set of media items from among the media items inthe first index. The set of media items have been played at least apre-determined threshold number of times within a pre-determinedthreshold period of time. The method further involves indexing thedetermined set of media items into a second index. The set of mediaitems in the second index are a subset of the media items in the firstindex.

In another aspect, a non-transitory computer readable media is provided.The non-transitory computer readable medium has stored thereoninstructions executable by a computing device to cause the computingdevice to perform functions. The functions include receiving requests toplay back media items in a first index, tracking the received requeststo play back the media items in the first index, and based on thetracked requests to play back media items in the first index,determining a set of media items from among the media items in the firstindex. The set of media items have been played at least a pre-determinedthreshold number of times within a pre-determined threshold period oftime. The functions also include indexing the determined set of mediaitems into a second index. The set of media items in the second indexare a subset of the media items in the first index.

In another aspect, a media playback system is provided. The mediaplayback system includes one or more playback devices, and a controllercommunicatively coupled to at least one of the playback devices. A givenplayback device from among the one or more playback devices includes anon-transitory computer-readable medium, a processor, and a programlogic stored in the non-transitory computer-readable medium andexecutable by the processor to perform functions. The functions includereceiving, from the controller, a request to play back a particularmedia item in a first index of media items playable by the mediaplayback system, and responsive to receiving the request, determiningthat the particular media item is not in a second index of media items.The media items in the second index are a subset of the media items inthe first index. The functions also include based on determining thatthe particular media item is not in the second index of media items,determining that the particular media item has been played at least apre-determined threshold number of times within a pre-determinedthreshold period of time, and based on determining that the particularmedia item has been played at least a pre-determined threshold number oftimes within a pre-determined threshold period of time, modifying thesecond index to indicate a reference to the particular media item.

In another aspect, a method is provided. The method involves receiving,from a controller, a request to play back a particular media item in afirst index of media items playable by a media playback system, andresponsive to receiving the request, determining that the particularmedia item is not in a second index of media items. The media items inthe second index are a subset of the media items in the first index. Themethod further involves based on determining that the particular mediaitem is not in the second index of media items, determining that theparticular media item has been played at least a pre-determinedthreshold number of times within a pre-determined threshold period oftime, and based on determining that the particular media item has beenplayed at least a pre-determined threshold number of times within apre-determined threshold period of time, modifying the second index toindicate a reference to the particular media item.

In another aspect, a non-transitory computer readable media is provided.The non-transitory computer readable medium has stored thereoninstructions executable by a computing device to cause the computingdevice to perform functions. The functions include receiving, from acontroller, a request to play back a particular media item in a firstindex of media items playable by a media playback system, and responsiveto receiving the request, determining that the particular media item isnot in a second index of media items. The media items in the secondindex are a subset of the media items in the first index. The functionsalso include based on determining that the particular media item is notin the second index of media items, determining that the particularmedia item has been played at least a pre-determined threshold number oftimes within a pre-determined threshold period of time, and based ondetermining that the particular media item has been played at least apre-determined threshold number of times within a pre-determinedthreshold period of time, modifying the second index to indicate areference to the particular media item.

While some examples described herein may refer to functions performed bygiven actors such as “users” and/or other entities, it should beunderstood that this is for purposes of explanation only. The claimsshould not be interpreted to require action by any such example actorunless explicitly required by the language of the claims themselves. Itwill be understood by one of ordinary skill in the art that thisdisclosure includes numerous other embodiments.

II. Example Operating Environment

FIG. 1 shows an example configuration of a media playback system 100 inwhich one or more embodiments disclosed herein may be practiced orimplemented. The media playback system 100 as shown is associated withan example home environment having several rooms and spaces, such as forexample, a master bedroom, an office, a dining room, and a living room.As shown in the example of FIG. 1, the media playback system 100includes playback devices 102-124, control devices 126 and 128, and awired or wireless network router 130.

Further discussions relating to the different components of the examplemedia playback system 100 and how the different components may interactto provide a user with a media experience may be found in the followingsections. While discussions herein may generally refer to the examplemedia playback system 100, technologies described herein are not limitedto applications within, among other things, the home environment asshown in FIG. 1. For instance, the technologies described herein may beuseful in environments where multi-zone audio may be desired, such as,for example, a commercial setting like a restaurant, mall or airport, avehicle like a sports utility vehicle (SUV), bus or car, a ship or boat,an airplane, and so on.

a. Example Playback Devices

FIG. 2 shows a functional block diagram of an example playback device200 that may be configured to be one or more of the playback devices102-124 of the media playback system 100 of FIG. 1. The playback device200 may include a processor 202, software components 204, memory 206,audio processing components 208, audio amplifier(s) 210, speaker(s) 212,and a network interface 214 including wireless interface(s) 216 andwired interface(s) 218. In one case, the playback device 200 may notinclude the speaker(s) 212, but rather a speaker interface forconnecting the playback device 200 to external speakers. In anothercase, the playback device 200 may include neither the speaker(s) 212 northe audio amplifier(s) 210, but rather an audio interface for connectingthe playback device 200 to an external audio amplifier or audio-visualreceiver.

In one example, the processor 202 may be a clock-driven computingcomponent configured to process input data according to instructionsstored in the memory 206. The memory 206 may be a tangiblecomputer-readable medium configured to store instructions executable bythe processor 202. For instance, the memory 206 may be data storage thatcan be loaded with one or more of the software components 204 executableby the processor 202 to achieve certain functions. In one example, thefunctions may involve the playback device 200 retrieving audio data froman audio source or another playback device. In another example, thefunctions may involve the playback device 200 sending audio data toanother device or playback device on a network. In yet another example,the functions may involve pairing of the playback device 200 with one ormore playback devices to create a multi-channel audio environment.

Certain functions may involve the playback device 200 synchronizingplayback of audio content with one or more other playback devices.During synchronous playback, a listener will preferably not be able toperceive time-delay differences between playback of the audio content bythe playback device 200 and the one or more other playback devices. U.S.Pat. No. 8,234,395 entitled, “System and method for synchronizingoperations among a plurality of independently clocked digital dataprocessing devices,” which is hereby incorporated by reference, providesin more detail some examples for audio playback synchronization amongplayback devices.

The memory 206 may further be configured to store data associated withthe playback device 200, such as one or more zones and/or zone groupsthe playback device 200 is a part of, audio sources accessible by theplayback device 200, or a playback queue that the playback device 200(or some other playback device) may be associated with. The data may bestored as one or more state variables that are periodically updated andused to describe the state of the playback device 200. The memory 206may also include the data associated with the state of the other devicesof the media system, and shared from time to time among the devices sothat one or more of the devices have the most recent data associatedwith the system. Other embodiments are also possible.

The audio processing components 208 may include one or moredigital-to-analog converters (DAC), an audio preprocessing component, anaudio enhancement component or a digital signal processor (DSP), and soon. In one embodiment, one or more of the audio processing components208 may be a subcomponent of the processor 202. In one example, audiocontent may be processed and/or intentionally altered by the audioprocessing components 208 to produce audio signals. The produced audiosignals may then be provided to the audio amplifier(s) 210 foramplification and playback through speaker(s) 212. Particularly, theaudio amplifier(s) 210 may include devices configured to amplify audiosignals to a level for driving one or more of the speakers 212. Thespeaker(s) 212 may include an individual transducer (e.g., a “driver”)or a complete speaker system involving an enclosure with one or moredrivers. A particular driver of the speaker(s) 212 may include, forexample, a subwoofer (e.g., for low frequencies), a mid-range driver(e.g., for middle frequencies), and/or a tweeter (e.g., for highfrequencies). In some cases, each transducer in the one or more speakers212 may be driven by an individual corresponding audio amplifier of theaudio amplifier(s) 210. In addition to producing analog signals forplayback by the playback device 200, the audio processing components 208may be configured to process audio content to be sent to one or moreother playback devices for playback.

Audio content to be processed and/or played back by the playback device200 may be received from an external source, such as via an audioline-in input connection (e.g., an auto-detecting 3.5 mm audio line-inconnection) or the network interface 214.

The network interface 214 may be configured to facilitate a data flowbetween the playback device 200 and one or more other devices on a datanetwork. As such, the playback device 200 may be configured to receiveaudio content over the data network from one or more other playbackdevices in communication with the playback device 200, network deviceswithin a local area network, or audio content sources over a wide areanetwork such as the Internet. In one example, the audio content andother signals transmitted and received by the playback device 200 may betransmitted in the form of digital packet data containing an InternetProtocol (IP)-based source address and IP-based destination addresses.In such a case, the network interface 214 may be configured to parse thedigital packet data such that the data destined for the playback device200 is properly received and processed by the playback device 200.

As shown, the network interface 214 may include wireless interface(s)216 and wired interface(s) 218. The wireless interface(s) 216 mayprovide network interface functions for the playback device 200 towirelessly communicate with other devices (e.g., other playbackdevice(s), speaker(s), receiver(s), network device(s), control device(s)within a data network the playback device 200 is associated with) inaccordance with a communication protocol (e.g., any wireless standardincluding IEEE 802.11a, 802.11b, 802.11g, 802.11n, 802.11ac, 802.15, 4Gmobile communication standard, and so on). The wired interface(s) 218may provide network interface functions for the playback device 200 tocommunicate over a wired connection with other devices in accordancewith a communication protocol (e.g., IEEE 802.3). While the networkinterface 214 shown in FIG. 2 includes both wireless interface(s) 216and wired interface(s) 218, the network interface 214 may in someembodiments include only wireless interface(s) or only wiredinterface(s).

In one example, the playback device 200 and one other playback devicemay be paired to play two separate audio components of audio content.For instance, playback device 200 may be configured to play a leftchannel audio component, while the other playback device may beconfigured to play a right channel audio component, thereby producing orenhancing a stereo effect of the audio content. The paired playbackdevices (also referred to as “bonded playback devices”) may further playaudio content in synchrony with other playback devices.

In another example, the playback device 200 may be sonicallyconsolidated with one or more other playback devices to form a single,consolidated playback device. A consolidated playback device may beconfigured to process and reproduce sound differently than anunconsolidated playback device or playback devices that are paired,because a consolidated playback device may have additional speakerdrivers through which audio content may be rendered. For instance, ifthe playback device 200 is a playback device designed to render lowfrequency range audio content (i.e. a subwoofer), the playback device200 may be consolidated with a playback device designed to render fullfrequency range audio content. In such a case, the full frequency rangeplayback device, when consolidated with the low frequency playbackdevice 200, may be configured to render only the mid and high frequencycomponents of audio content, while the low frequency range playbackdevice 200 renders the low frequency component of the audio content. Theconsolidated playback device may further be paired with a singleplayback device or yet another consolidated playback device.

By way of illustration, SONOS, Inc. presently offers (or has offered)for sale certain playback devices including a “PLAY:1,” “PLAY:3,”“PLAY:5,” “PLAYBAR,” “CONNECT:AMP,” “CONNECT,” and “SUB.” Any otherpast, present, and/or future playback devices may additionally oralternatively be used to implement the playback devices of exampleembodiments disclosed herein. Additionally, it is understood that aplayback device is not limited to the example illustrated in FIG. 2 orto the SONOS product offerings. For example, a playback device mayinclude a wired or wireless headphone. In another example, a playbackdevice may include or interact with a docking station for personalmobile media playback devices. In yet another example, a playback devicemay be integral to another device or component such as a television, alighting fixture, or some other device for indoor or outdoor use.

b. Example Playback Zone Configurations

Referring back to the media playback system 100 of FIG. 1, theenvironment may have one or more playback zones, each with one or moreplayback devices. The media playback system 100 may be established withone or more playback zones, after which one or more zones may be added,or removed to arrive at the example configuration shown in FIG. 1. Eachzone may be given a name according to a different room or space such asan office, bathroom, master bedroom, bedroom, kitchen, dining room,living room, and/or balcony. In one case, a single playback zone mayinclude multiple rooms or spaces. In another case, a single room orspace may include multiple playback zones.

As shown in FIG. 1, the balcony, dining room, kitchen, bathroom, office,and bedroom zones each have one playback device, while the living roomand master bedroom zones each have multiple playback devices. In theliving room zone, playback devices 104, 106, 108, and 110 may beconfigured to play audio content in synchrony as individual playbackdevices, as one or more bonded playback devices, as one or moreconsolidated playback devices, or any combination thereof. Similarly, inthe case of the master bedroom, playback devices 122 and 124 may beconfigured to play audio content in synchrony as individual playbackdevices, as a bonded playback device, or as a consolidated playbackdevice.

In one example, one or more playback zones in the environment of FIG. 1may each be playing different audio content. For instance, the user maybe grilling in the balcony zone and listening to hip hop music beingplayed by the playback device 102 while another user may be preparingfood in the kitchen zone and listening to classical music being playedby the playback device 114. In another example, a playback zone may playthe same audio content in synchrony with another playback zone. Forinstance, the user may be in the office zone where the playback device118 is playing the same rock music that is being playing by playbackdevice 102 in the balcony zone. In such a case, playback devices 102 and118 may be playing the rock music in synchrony such that the user mayseamlessly (or at least substantially seamlessly) enjoy the audiocontent that is being played out-loud while moving between differentplayback zones. Synchronization among playback zones may be achieved ina manner similar to that of synchronization among playback devices, asdescribed in previously referenced U.S. Pat. No. 8,234,395.

As suggested above, the zone configurations of the media playback system100 may be dynamically modified, and in some embodiments, the mediaplayback system 100 supports numerous configurations. For instance, if auser physically moves one or more playback devices to or from a zone,the media playback system 100 may be reconfigured to accommodate thechange(s). For instance, if the user physically moves the playbackdevice 102 from the balcony zone to the office zone, the office zone maynow include both the playback device 118 and the playback device 102.The playback device 102 may be paired or grouped with the office zoneand/or renamed if so desired via a control device such as the controldevices 126 and 128. On the other hand, if the one or more playbackdevices are moved to a particular area in the home environment that isnot already a playback zone, a new playback zone may be created for theparticular area.

Further, different playback zones of the media playback system 100 maybe dynamically combined into zone groups or split up into individualplayback zones. For instance, the dining room zone and the kitchen zone114 may be combined into a zone group for a dinner party such thatplayback devices 112 and 114 may render audio content in synchrony. Onthe other hand, the living room zone may be split into a television zoneincluding playback device 104, and a listening zone including playbackdevices 106, 108, and 110, if the user wishes to listen to music in theliving room space while another user wishes to watch television.

c. Example Control Devices

FIG. 3 shows a functional block diagram of an example control device 300that may be configured to be one or both of the control devices 126 and128 of the media playback system 100. As shown, the control device 300may include a processor 302, memory 304, a network interface 306, and auser interface 308. In one example, the control device 300 may be adedicated controller for the media playback system 100. In anotherexample, the control device 300 may be a network device on which mediaplayback system controller application software may be installed, suchas for example, an iPhone™, iPad™ or any other smart phone, tablet ornetwork device (e.g., a networked computer such as a PC or Mac™).

The processor 302 may be configured to perform functions relevant tofacilitating user access, control, and configuration of the mediaplayback system 100. The memory 304 may be configured to storeinstructions executable by the processor 302 to perform those functions.The memory 304 may also be configured to store the media playback systemcontroller application software and other data associated with the mediaplayback system 100 and the user.

In one example, the network interface 306 may be based on an industrystandard (e.g., infrared, radio, wired standards including IEEE 802.3,wireless standards including IEEE 802.11a, 802.11b, 802.11g, 802.11n,802.11ac, 802.15, 4G mobile communication standard, and so on). Thenetwork interface 306 may provide a means for the control device 300 tocommunicate with other devices in the media playback system 100. In oneexample, data and information (e.g., such as a state variable) may becommunicated between control device 300 and other devices via thenetwork interface 306. For instance, playback zone and zone groupconfigurations in the media playback system 100 may be received by thecontrol device 300 from a playback device or another network device, ortransmitted by the control device 300 to another playback device ornetwork device via the network interface 306. In some cases, the othernetwork device may be another control device.

Playback device control commands such as volume control and audioplayback control may also be communicated from the control device 300 toa playback device via the network interface 306. As suggested above,changes to configurations of the media playback system 100 may also beperformed by a user using the control device 300. The configurationchanges may include adding/removing one or more playback devices to/froma zone, adding/removing one or more zones to/from a zone group, forminga bonded or consolidated player, separating one or more playback devicesfrom a bonded or consolidated player, among others. Accordingly, thecontrol device 300 may sometimes be referred to as a controller, whetherthe control device 300 is a dedicated controller or a network device onwhich media playback system controller application software isinstalled.

The user interface 308 of the control device 300 may be configured tofacilitate user access and control of the media playback system 100, byproviding a controller interface such as the controller interface 400shown in FIG. 4. The controller interface 400 includes a playbackcontrol region 410, a playback zone region 420, a playback status region430, a playback queue region 440, and an audio content sources region450. The user interface 400 as shown is just one example of a userinterface that may be provided on a network device such as the controldevice 300 of FIG. 3 (and/or the control devices 126 and 128 of FIG. 1)and accessed by users to control a media playback system such as themedia playback system 100. Other user interfaces of varying formats,styles, and interactive sequences may alternatively be implemented onone or more network devices to provide comparable control access to amedia playback system.

The playback control region 410 may include selectable (e.g., by way oftouch or by using a cursor) icons to cause playback devices in aselected playback zone or zone group to play or pause, fast forward,rewind, skip to next, skip to previous, enter/exit shuffle mode,enter/exit repeat mode, enter/exit cross fade mode. The playback controlregion 410 may also include selectable icons to modify equalizationsettings, and playback volume, among other possibilities.

The playback zone region 420 may include representations of playbackzones within the media playback system 100. In some embodiments, thegraphical representations of playback zones may be selectable to bringup additional selectable icons to manage or configure the playback zonesin the media playback system, such as a creation of bonded zones,creation of zone groups, separation of zone groups, and renaming of zonegroups, among other possibilities.

For example, as shown, a “group” icon may be provided within each of thegraphical representations of playback zones. The “group” icon providedwithin a graphical representation of a particular zone may be selectableto bring up options to select one or more other zones in the mediaplayback system to be grouped with the particular zone. Once grouped,playback devices in the zones that have been grouped with the particularzone will be configured to play audio content in synchrony with theplayback device(s) in the particular zone. Analogously, a “group” iconmay be provided within a graphical representation of a zone group. Inthis case, the “group” icon may be selectable to bring up options todeselect one or more zones in the zone group to be removed from the zonegroup. Other interactions and implementations for grouping andungrouping zones via a user interface such as the user interface 400 arealso possible. The representations of playback zones in the playbackzone region 420 may be dynamically updated as playback zone or zonegroup configurations are modified.

The playback status region 430 may include graphical representations ofaudio content that is presently being played, previously played, orscheduled to play next in the selected playback zone or zone group. Theselected playback zone or zone group may be visually distinguished onthe user interface, such as within the playback zone region 420 and/orthe playback status region 430. The graphical representations mayinclude track title, artist name, album name, album year, track length,and other relevant information that may be useful for the user to knowwhen controlling the media playback system via the user interface 400.

The playback queue region 440 may include graphical representations ofaudio content in a playback queue associated with the selected playbackzone or zone group. In some embodiments, each playback zone or zonegroup may be associated with a playback queue containing informationcorresponding to zero or more audio items for playback by the playbackzone or zone group. For instance, each audio item in the playback queuemay comprise a uniform resource identifier (URI), a uniform resourcelocator (URL) or some other identifier that may be used by a playbackdevice in the playback zone or zone group to find and/or retrieve theaudio item from a local audio content source or a networked audiocontent source, possibly for playback by the playback device.

In one example, a playlist may be added to a playback queue, in whichcase information corresponding to each audio item in the playlist may beadded to the playback queue. In another example, audio items in aplayback queue may be saved as a playlist. In a further example, aplayback queue may be empty, or populated but “not in use” when theplayback zone or zone group is playing continuously streaming audiocontent, such as Internet radio that may continue to play untilotherwise stopped, rather than discrete audio items that have playbackdurations. In an alternative embodiment, a playback queue can includeInternet radio and/or other streaming audio content items and be “inuse” when the playback zone or zone group is playing those items. Otherexamples are also possible.

When playback zones or zone groups are “grouped” or “ungrouped,”playback queues associated with the affected playback zones or zonegroups may be cleared or re-associated. For example, if a first playbackzone including a first playback queue is grouped with a second playbackzone including a second playback queue, the established zone group mayhave an associated playback queue that is initially empty, that containsaudio items from the first playback queue (such as if the secondplayback zone was added to the first playback zone), that contains audioitems from the second playback queue (such as if the first playback zonewas added to the second playback zone), or a combination of audio itemsfrom both the first and second playback queues. Subsequently, if theestablished zone group is ungrouped, the resulting first playback zonemay be re-associated with the previous first playback queue, or beassociated with a new playback queue that is empty or contains audioitems from the playback queue associated with the established zone groupbefore the established zone group was ungrouped. Similarly, theresulting second playback zone may be re-associated with the previoussecond playback queue, or be associated with a new playback queue thatis empty, or contains audio items from the playback queue associatedwith the established zone group before the established zone group wasungrouped. Other examples are also possible.

Referring back to the user interface 400 of FIG. 4, the graphicalrepresentations of audio content in the playback queue region 440 mayinclude track titles, artist names, track lengths, and other relevantinformation associated with the audio content in the playback queue. Inone example, graphical representations of audio content may beselectable to bring up additional selectable icons to manage and/ormanipulate the playback queue and/or audio content represented in theplayback queue. For instance, a represented audio content may be removedfrom the playback queue, moved to a different position within theplayback queue, or selected to be played immediately, or after anycurrently playing audio content, among other possibilities. A playbackqueue associated with a playback zone or zone group may be stored in amemory on one or more playback devices in the playback zone or zonegroup, on a playback device that is not in the playback zone or zonegroup, and/or some other designated device.

The audio content sources region 450 may include graphicalrepresentations of selectable audio content sources from which audiocontent may be retrieved and played by the selected playback zone orzone group. Discussions pertaining to audio content sources may be foundin the following section.

d. Example Audio Content Sources

As indicated previously, one or more playback devices in a zone or zonegroup may be configured to retrieve for playback audio content (e.g.according to a corresponding URI or URL for the audio content) from avariety of available audio content sources. In one example, audiocontent may be retrieved by a playback device directly from acorresponding audio content source (e.g., a line-in connection). Inanother example, audio content may be provided to a playback device overa network via one or more other playback devices or network devices.

Example audio content sources may include a memory of one or moreplayback devices in a media playback system such as the media playbacksystem 100 of FIG. 1, local music libraries on one or more networkdevices (such as a control device, a network-enabled personal computer,or a network-attached storage (NAS), for example), streaming audioservices providing audio content via the Internet (e.g., the cloud), oraudio sources connected to the media playback system via a line-in inputconnection on a playback device or network device, among otherpossibilities.

In some embodiments, audio content sources may be regularly added orremoved from a media playback system such as the media playback system100 of FIG. 1. In one example, an indexing of audio items may beperformed whenever one or more audio content sources are added, removedor updated. Indexing of audio items may involve scanning foridentifiable audio items in all folders/directory shared over a networkaccessible by playback devices in the media playback system, andgenerating or updating an audio content database containing metadata(e.g., title, artist, album, track length, among others) and otherassociated information, such as a URI or URL for each identifiable audioitem found. Other examples for managing and maintaining audio contentsources may also be possible.

In some embodiments, a browse structure may be stored on one or moredevices in the media playback system 100. The browse structure indicatesa manner in which to display media items of one or more indexes on theuser interface 308 of the controller 300, the i.e. the audio contentsources region 450 of FIG. 400. In some instances, the browse structuremay indicate an order in which to display the media items of one or moreindexes. In other instances, the browse structure may specifymodifications of the user interface 308 for each media item within oneor more indexes, such as font sizes, font styles, font colors, andbackground colors, among others. Further, the browse structure mayindicate a separation of each index into designated sections accordingto one or more embodiments. The browse structure may be updated orotherwise modified based on a variety of factors, such as the particulardevice accessing media items in the media playback system, theparticular user accessing media items in the media playback system, theparticular zone in which the media items of the media playback systemare being accessed, the time of day in which the media items of themedia playback system are being accessed, the day of the week in whichthe media items of the media playback system are being accessed, and anycombination thereof. Other factors may also be considered when modifyingthe browse structure.

The above discussions relating to playback devices, controller devices,playback zone configurations, and media content sources provide onlysome examples of operating environments within which functions andmethods described below may be implemented. Other operating environmentsand configurations of media playback systems, playback devices, andnetwork devices not explicitly described herein may also be applicableand suitable for implementation of the functions and methods.

III. Example Method for Generating a Sub-Index

As discussed above, embodiments described herein may involve a playbackdevice generating a sub-index of a media index. FIG. 7 shows a blockdiagram illustrating aspects of an example operating environment 700 inwhich examples discussed herein may be practiced. The operatingenvironment 700 may include a media playback system that includes atleast the playback device 710. The controller 710 may be configured tomanage and control playback of media content by the media playbacksystem.

In the example operating environment 700, the controller 710 and theplayback device 720 may be communicatively connected by way of, forexample, respective network interfaces of the controller 710 and theplayback device 720. The controller 710 may include a user interface712, among other components, by which a user may input a search stringfor one or more media items. The playback device 720 may be similar tothe playback device 200 as described above. The playback device 720 mayhave a memory 722 that stores thereon a sub-index 724 that identifies asubset of the media items that are in the main index 744. In someinstances, the playback device 720 includes a speaker 726 configured toplay back desired media items. The playback device 720 may also beconnected to a computing device 740 over a network 730. The network 730may be either a local area network or a wide area network, such as theInternet. The computing device 740 may store thereon a main index 744.It should be noted that the example operating environment 700 is merelyillustrative, and that other operating environments and configurationsin which the example method may be practiced may exist.

In one example method, the playback device 720 may receive requests toplay back media items in a main index. The playback device 720 may alsotrack the requests to play back the media items in the main index. Theplayback device 720 may further determine a set of media items fromamong the media items in the media index that have been played at leasta pre-determined threshold number of times within a pre-determinedthreshold period of time based on the tracked requests to play backmedia items in the main index. Additionally, the playback device 720 mayindex the determined set of media items into a sub-index. The mediaitems in the sub-index may be a subset of the media items in the mainindex.

Method 500 shown in FIG. 5 presents an embodiment of a method that canbe implemented within an operating environment involving, for example,the media playback system 100 of FIG. 1, one or more of the playbackdevice 200 of FIG. 2, and one or more of the control device 300 of FIG.3. The method may also be implemented within the operating environmentincluding the controller 710, the playback device 720, and the computingdevice 740 as depicted in FIG. 7. Method 500 may include one or moreoperations, functions, or actions as illustrated by one or more ofblocks 502-510. Although the blocks are illustrated in sequential order,these blocks may also be performed in parallel, and/or in a differentorder than those described herein. Also, the various blocks may becombined into fewer blocks, divided into additional blocks, and/orremoved based upon the desired implementation.

In addition, for the method 500 and other processes and methodsdisclosed herein, the flowchart shows functionality and operation of onepossible implementation of present embodiments. In this regard, eachblock may represent a module, a segment, or a portion of program code,which includes one or more instructions executable by a processor forimplementing specific logical functions or steps in the process. Theprogram code may be stored on any type of computer readable medium, forexample, such as a storage device including a disk or hard drive. Thecomputer readable medium may include non-transitory computer readablemedium, for example, such as computer-readable media that stores datafor short periods of time like register memory, processor cache andRandom Access Memory (RAM). The computer readable medium may alsoinclude non-transitory media, such as secondary or persistent long termstorage, like read only memory (ROM), optical or magnetic disks,compact-disc read only memory (CD-ROM), for example. The computerreadable media may also be any other volatile or non-volatile storagesystems. The computer readable medium may be considered a computerreadable storage medium, for example, or a tangible storage device. Inaddition, for the method 500 and other processes and methods disclosedherein, each block in FIG. 5 may represent circuitry that is wired toperform the specific logical functions in the process.

a. Receiving Requests to Play Back Media Items in a Main Index

At block 502, the method involves receiving requests to play back mediaitems in a main index. For instance, a playback device, such as theplayback device 720, may receive requests to play back media items in amain index.

A request to play back a media item may result from a user selecting aparticular media item for playback via a user interface of a controller.In some examples, the user may navigate through a scrollable list ofmedia items to select the particular media item for playback. In otherexamples, the user performs a search for one or more desired media itemsvia the user interface of the controller and selects a media item fromamong the media items displayed as a result of performing the search.Further, a media item may be selected for playback automatically as apart of a playlist, or a playback queue.

The media playback system may store indices of media items, including amain index and a sub-index, in the memory 722 of the playback device720. In some cases, perhaps in a media playback system that includesmultiple playback devices, two or more playback devices may store a copyof the indices. In some embodiments, a playback device may modify anindex in response to one or more changes to the available media items,and transmit copies of the modified index to the other playback devices.

As discussed above, indexing of the media items may involve generatingor updating an audio content database containing metadata and otherassociated information. The audio content database may be stored on oneor more playback devices or a storage device connected to the mediaplayback system via a local area network or a wide area network, such asthe Internet. In some embodiments, the media indices may includemetadata, such that a media index identifies media items and metadataassociated with the media items. In other embodiments, the metadata isstored separately from the media index.

The controller 710 may send to the playback device 720, requests to playback media items in a media index, such as main index 744. In somecases, the controller 710 may detect input of a search string into theuser interface 712 of the controller 710. The search string may beindicative of one or more media items. For example, the search stringmay indicate at least a portion of a title, an artist, an album, and thelike. In other cases, the user interface 712 of the controller 710 maydisplay a browseable list of media items. The controller may detect aselection of a particular media item for playback by the playback device720. In some embodiments, the controller 710 may include an indicationof a particular profile, user, device, or zone with the request forplayback of the media item. A controller 710 may receive, from theplayback device 720, indications of one or more media itemsrepresentative of results of a search for one or more media items. Theindications of one or more media items may be displayed on the userinterface 712 of the controller 710, and the controller 710 maysubsequently detect a selection of a particular media item from amongthe search results for playback by the playback device 720.

b. Tracking the Requests to Play Back the Media Items in the Main Index.

At block 504, the method involves tracking the requests to play back themedia items in the main index. The playback device 720 may track thereceived requests to play back media items and store informationassociated with each request. A particular request for playback mayindicate a variety of pieces of information, including a track name, anartist name, an album name, a genre name, a date and time the requestwas made, and a context associated with the request, among others. Acontext may specify a user profile, a particular controller, a device,or a zone associated with a particular request for playback. Therequests may be tracked for a pre-determined period of time, such thatthe tracked requests may indicate a history of playback of media itemson the media system.

In some embodiments, tracking the received requests may involvedetermining one or more metrics from the received requests, anddetermining if the one or more metrics meet corresponding one or morecriteria. For example, tracking the received requests may involvedetermining whether a particular media item has been played apre-determined threshold number of times within a pre-determinedthreshold period of time. As another example, the main media index maycontain metadata indicating a date and time that a media item was addedto the main media index, and tracking the received requests may involvedetermining whether a particular media item has been recently added to amain media index. In some cases, a playback device may store anindication as to whether one or more metrics meet a particularcriterion. Other example metrics include a length of time since a givenmedia item was last played, a total number of times that the given mediaitem has been played, a number of times that the given media item wasplayed to completion, a number of times that the given media item wasskipped, whether the given media item was denoted as favorite, a numberof times that the given media item was manually selected for playback, anumber of times the given media item was automatically played as a partof shuffle playback, or any combination thereof. This indication may beupdated periodically, or in some instances, updated in response toreceiving a request for playback of a media item. Such updating mayfacilitate keeping the indications up to date. The tracked requests maybe stored as metadata on the playback device. In some instances, thetracked requests are incorporated in the main media index.

c. Determining a Set of Media Items From Among the Media Items in theMain Index.

At block 506, the method involves determining a set of media items fromamong the media items in the main index. Continuing with the examplesabove, the playback device 720 may determine the set of media items fromamong the media items in the main index that meet a criteria based onthe tracked requests to play back media items in the main index. Forexample, the set of media items may be media items that have been playedat least a pre-determined threshold number of times within apre-determined threshold period of time

The following description pertains to determining the set of media itemsthat have been played a threshold number of times within a thresholdperiod of time. It should be noted that other criteria may beimplemented for determining the set of media items depending on theparticular embodiment.

The playback device 720 may access the tracked requests to play backmedia items and determine whether one or more media items meetparticular criteria. For example, the playback device 720 may determine,from the tracked requests, a playback history of a particular mediaitem. The playback device 720 may determine whether the particular mediaitem has been played at least a threshold number of times within athreshold period of time. This determination may be repeated for anynumber of media items within the main media index. If a media item isdetermined to have been played at least a threshold number of timeswithin a threshold period of time (which may be referred to herein as“recently played”), the media item may be designated to be within theset of media items.

In some embodiments, the playback device 720 may determine whether oneor more media items have been recently played and are associated with acertain context. As a specific example, the playback device 720 maydetermine a set of media items that have been played at least four timeswithin the last two weeks within an “office” zone. Other contexts, suchas other zones, user profiles, devices, controllers, and any combinationthereof may be considered as well. Additionally, the determined set ofmedia items may be associated with a time of day, day of week, or day ofthe year. For example, the set of media items may be media items thathave been recently played on Saturdays. Regardless of the particularcriteria, a subset of the media items in the main index may beidentified.

d. Indexing the Determined Set of Media Items Into a Sub-Index.

At block 508, the method involves indexing the determined set of mediaitems into a sub-index. The playback device 720 may index the determinedset of media items into a sub-index. The sub-index may include a set ofidentifiers to file locations to each media item identified by thesub-index, along with information about each media item such as thetrack name, artist name, album name, and genre name. Other informationmay be stored in the sub-index as well.

The playback device 720 may determine information about each media itemwithin the determined set of media items from the main index. Thisinformation may be indexed into the sub-index. In some embodiments, thesub-index may include additional information, such as the particularcontext associated with the index, a date and time in which the indexwas generated or last modified, and a number of media items identifiedby the sub-index, among other pieces of information. The playback device720 may modify these additional pieces of information when the sub-indexis modified or updated.

In some instances, the playback device 720 may determine an order inwhich the media items are indexed within the sub-index. In some cases,the determined order may reflect the order in which the media items wereadded to the sub-index. In other cases, the determined order may bealphabetical by one of the track name or artist name. In further cases,the determined order may specify a priority proportionate to aparticular criterion. For example, in the case where the criteriawhether a media item has been played within the past week, the firstmedia item identified by the sub-index may be the media item that hasbeen played most recently, with the subsequent media items in thesub-index having been last played prior to the first media item in thesub-index. In other words, the sub-index may be ordered so as toincrease the likelihood of finding a particular media item within thesub-index, thereby potentially reducing the average time taken to find aparticular media item in the sub-index.

In various embodiments, another set of media items that are similar tothe media items in the sub-index may also be included into thesub-index. The similar media items may share a common artist name, albumname, or genre with one or more media items in the sub-index, forexample. In some cases, the playback device may invoke an externalservice to determine the similar media items based on the media items inthe sub-index. The similar media items may be added into the sub-index.In some embodiments, the similar media items are indexed into a similarmedia index separately from the main index and the sub-index. Further,the similar media items may also be associated with a particularcontext, such as contexts that have been previously described.

It should be noted that FIG. 7 is an example depictions of the operatingenvironment in which the methods of the present application are carriedout, and are shown for explanatory purposes. Elements of the operatingenvironment may be different without departing from the scope of theclaims. For example, multiple playback devices may be present within theoperating environment. Further, while the examples above generally referto functions performed by the playback device 720, one having ordinaryskill in the art will appreciate that the functions may also beperformed by another playback device, a controller, or any computingdevice in communication with the media playback system along with, orinstead of the playback device 720.

IV. Example Method for Modifying a Second Index

As discussed above, embodiments described herein may involve a playbackdevice modifying a second index of a media index. In some cases, thesecond index may be a sub-index. Referring again to FIG. 7, the playbackdevice 720 of a media playback system may receive, from a controller, arequest to play back a particular media item in a first index of mediaitems playable by the media playback system. The playback device 720 ofthe media playback system may also determine that the particular mediaitem is not in a second index of media items, wherein the media items inthe second index are a subset of the media items in the first index. Theplayback device 720 may further determine that the particular media itemhas been played at least a pre-determined threshold number of timeswithin a pre-determined threshold period of time based on determiningthat the particular media item is not in the second index of mediaitems. Additionally, the playback device 720 may modify the second indexto indicate a reference to the particular media item based ondetermining that the particular media item has been played at least apre-determined threshold number of times within a pre-determinedthreshold period of time.

Method 600 shown in FIG. 6 presents an embodiment of a method that canbe implemented within an operating environment involving, for example,the media playback system 100 of FIG. 1, one or more of the playbackdevice 200 of FIG. 2, and one or more of the control device 300 of FIG.3. The method may also be implemented within the operating environmentincluding the controller 710, the playback device 720, and the computingdevice 740 as depicted in FIG. 7. Method 600 may include one or moreoperations, functions, or actions as illustrated by one or more ofblocks 602-608. Although the blocks are illustrated in sequential order,these blocks may also be performed in parallel, and/or in a differentorder than those described herein. Also, the various blocks may becombined into fewer blocks, divided into additional blocks, and/orremoved based upon the desired implementation.

In addition, for the method 600 and other processes and methodsdisclosed herein, the flowchart shows functionality and operation of onepossible implementation of present embodiments. In this regard, eachblock may represent a module, a segment, or a portion of program code,which includes one or more instructions executable by a processor forimplementing specific logical functions or steps in the process. Theprogram code may be stored on any type of computer readable medium, forexample, such as a storage device including a disk or hard drive. Thecomputer readable medium may include non-transitory computer readablemedium, for example, such as computer-readable media that stores datafor short periods of time like register memory, processor cache andRandom Access Memory (RAM). The computer readable medium may alsoinclude non-transitory media, such as secondary or persistent long termstorage, like read only memory (ROM), optical or magnetic disks,compact-disc read only memory (CD-ROM), for example. The computerreadable media may also be any other volatile or non-volatile storagesystems. The computer readable medium may be considered a computerreadable storage medium, for example, or a tangible storage device. Inaddition, for the method 600 and other processes and methods disclosedherein, each block in FIG. 6 may represent circuitry that is wired toperform the specific logical functions in the process.

a. Receiving a Request to Play Back a Particular Media Item in a FirstIndex of Media Items Playable by the Media Playback System.

At block 602, the method involves receiving a request to play back aparticular media item in a first index of media items playable by themedia playback system. Referring again to FIG. 7, the playback device720 may receive the request to play back a particular media item in afirst index of media items playable by the media playback system. Insome instances, the first index of media items may identify all mediaitems within a particular media library. The media library may be storedon a playback device of the media playback system, or on a computingdevice connected to media playback system over a local area network or awide area network, among other examples.

b. Determining That the Particular Media Item is not in a Second Indexof Media Items.

At block 604, the method involves determining that the particular mediaitem is in a second index of media items. For instance, the playbackdevice 720 may determine that the particular media item is not in asecond index of media items. The second index of media items mayidentify a subset of the media items in the first index. In other words,the second index may be a sub-index of the first index. Thedetermination may involve searching for the particular media item insecond index, and not finding the particular media item in the secondindex.

In some cases, as noted above, the second index is associated with aparticular context. The method may involve receiving an indication of aparticular context and searching through a media index associated withthe particular context. In some instances, the second index isassociated with a particular context.

c. Determining that the Particular Media Item has been Played at Least aPre-Determined Threshold Number of Times Within a Pre-DeterminedThreshold Period of Time.

At block 606, the method involves determining that the particular mediaitem has been played at least a pre-determined threshold number of timeswithin a pre-determined threshold period of time. As discussed above, insome cases, data indicative of the playback history of each media itemmay be stored as metadata. The playback device 720 may determine basedon the playback history for the particular media item, a number ofinstances in which the particular media item was played back within thethreshold number period of time.

d. Modifying the Second Index to Indicate a Reference to the ParticularMedia Item

At block 608, the method involves modifying the second index to indicatea reference to the particular media item. Based on the determinationthat the particular media item has been played at least the thresholdnumber of times within the threshold period of time at block 606, theplayback device 720 may modify the second index to include theparticular media item. In some cases, modifying the second index mayinvolve appending a reference to the particular media item to the end ofthe second index.

In other cases, modifying the second index may involve reordering themedia items identified by the second index based on one or more rules.In some instances, the media items in the second index may be arrangedin descending order according to the number of times the media itemshave been played, such that the media items that have been played thegreatest number of times are placed first in the list. In theseinstances, the average time required to identify a particular media itemin the second index may be reduced. In other instances, the media itemsin the second index may be arranged in alphabetical order according tothe track names of the media items. In either instance, modifying thesecond index may require the media items in the second index to bereordered according to the ordering rules associated with the secondindex.

In some embodiments, the playback device 720 may limit the size of thesecond index, such that the second index identifies up to a certainnumber of media items. In these embodiments, the playback device 720 mayfirst determine if the size limit for the second index has been reached.If second index is at the size limit, the playback device 720 mayreplace one of the media items identified by the second index with theparticular media item. The media item in the second index that isreplaced may be determined to be the least recently played media itemthat still meets or exceeds the pre-determined thresholds.

In some examples, the thresholds may be modified when the second indexexceeds a size limit. For instance, if the second index exceeds a givensize limit, the threshold number of times a media item has been playedwithin a threshold period may be increased. In other examples, thethresholds may be modified if the second index is well below the sizelimit. As a specific example, if the second index is only ten percent ofa given size limit, the threshold number of times a media item has beenplayed within a threshold period of time may be decreased. Otherthresholds may be modified in response to the second index exceeding orbeing well below a size limit.

In some embodiments, the modified second index may be stored on a memoryof the playback device 720. The modified second index may be utilized infuture search requests from a controller of the media playback system tomore quickly identify one or more desired media items from a searchrequest.

In some instances, the modified second index may be transmitted to otherplayback devices within the media playback system. The other playbackdevices may store the modified second index on their respectivememories. The duplicated second index may be utilized in future searchrequests from a controller of the media playback system searching forone or more desired media items.

In some cases, the results of a search for one or more media items maybe sent back to the controller 710 of the media playback system. Theresults may identify one or more media items that can be selected forplayback by the media playback system. The controller may display thesesearch results on a user interface of the controller.

In various instances, a controller of the media playback system maysearch for one or more media items, and the search request is sent to aplayback device in the media playback system that does not have the mostup-to-date second index. In these instances, the playback device mayretrieve the most up-to-date second index from another playback devicewithin the media playback system, such as the playback device 720, andsubsequently performed the aforementioned methods using the retrieved,up-to-date second index.

While the examples above generally refer to functions performed by theplayback device 720, one having ordinary skill in the art willappreciate that the functions may also be performed by another playbackdevice, a controller, or any computing device in communication with themedia playback system along with, or instead of the playback device 720.

V. Conclusion

The description above discloses, among other things, various examplesystems, methods, apparatus, and articles of manufacture including,among other components, firmware and/or software executed on hardware.It is understood that such examples are merely illustrative and shouldnot be considered as limiting. For example, it is contemplated that anyor all of the firmware, hardware, and/or software aspects or componentscan be embodied exclusively in hardware, exclusively in software,exclusively in firmware, or in any combination of hardware, software,and/or firmware. Accordingly, the examples provided are not the onlyway(s) to implement such systems, methods, apparatus, and/or articles ofmanufacture.

Additionally, references herein to “embodiment” means that a particularfeature, structure, or characteristic described in connection with theembodiment can be included in at least one example embodiment of aninvention. The appearances of this phrase in various places in thespecification are not necessarily all referring to the same embodiment,nor are separate or alternative embodiments mutually exclusive of otherembodiments. As such, the embodiments described herein, explicitly andimplicitly understood by one skilled in the art, can be combined withother embodiments.

The specification is presented largely in terms of illustrativeenvironments, systems, procedures, steps, logic blocks, processing, andother symbolic representations that directly or indirectly resemble theoperations of data processing devices coupled to networks. These processdescriptions and representations are typically used by those skilled inthe art to most effectively convey the substance of their work to othersskilled in the art. Numerous specific details are set forth to provide athorough understanding of the present disclosure. However, it isunderstood to those skilled in the art that certain embodiments of thepresent disclosure can be practiced without certain, specific details.In other instances, well known methods, procedures, components, andcircuitry have not been described in detail to avoid unnecessarilyobscuring aspects of the embodiments. Accordingly, the scope of thepresent disclosure is defined by the appended claims rather than theforgoing description of embodiments.

When any of the appended claims are read to cover a purely softwareand/or firmware implementation, at least one of the elements in at leastone example is hereby expressly defined to include a tangible,non-transitory medium such as a memory, DVD, CD, Blu-ray, and so on,storing the software and/or firmware.

What is claimed is:
 1. A method comprising: maintaining, in a datastorage of a mobile device in association with a particular user profileof a cloud service, a first index of audio tracks, the audio tracksindexed in the first index consisting of a particular subset of audiotracks that are indexed in a second index, wherein each audio track ofthe particular subset of audio track meets one or more criteriaindicating that the respective audio track is more likely to be playedback by the particular user profile relative to other audio tracksindexed in the second index; displaying, via a controller interface on agraphical display of the mobile device, a search control; receiving, viathe search control of the controller interface, input data indicating asearch query; based on the receiving the input data indicating thesearch query, searching, within the first index, for audio trackscorresponding to the search query; if the audio tracks corresponding tothe search query are found in the first index, displaying, via thegraphical display of the mobile device, respective first metadataassociated with each audio track corresponding to the search query,wherein the first metadata is stored in the first index; and if theaudio tracks corresponding to the search query are not found in thefirst index: (i) sending, via a network interface of the mobile deviceto one or more servers of the cloud service, a request to search thesecond index for audio tracks corresponding to the search query; (ii)receiving, via the network interface in response to the request tosearch the second index, data representing second metadata associatedwith each audio track corresponding to the search query, wherein thesecond metadata is stored in the second index; and (iii) displaying, viathe graphical display of the mobile device, respective second metadataassociated with each audio track corresponding to the search query. 2.The method of claim 1, further comprising: streaming, via the networkinterface, at least one audio track corresponding to the search queryfrom a network location; and playing back the streamed at least oneaudio track on a wearable playback device, wherein the wearable playbackdevice is wirelessly connected to the mobile device.
 3. The method ofclaim 1, wherein multiple user accounts of respective streaming mediaservices are associated with the particular user profile of the cloudservice, and wherein the second index comprises identifiers ofrespective audio tracks of the streaming media services, and whereinreceiving the data representing second metadata associated with eachaudio track corresponding to the search query comprises receiving datarepresenting second metadata associated with respective audio tracksfrom two or more of the streaming media services.
 4. The method of claim1, wherein the first index comprises first resource identifiersindicating respective network locations of the particular subset ofaudio tracks, and wherein the method further comprises: sending, via thenetwork interface of the mobile device to a playback device, one or moreinstructions to stream at least one audio track corresponding to thesearch query from respective network locations using the first resourceidentifiers of the first index and play back the streamed at least oneaudio track via one or more speakers of the playback device.
 5. Themethod of claim 1, wherein the second index comprises second resourceidentifiers indicating respective network locations of the audio tracksthat are indexed in the second index, and wherein the method furthercomprises: receiving, via the network interface, data representingsecond resource identifiers indicating respective network locations ofthe audio tracks corresponding to the search query; streaming, via thenetwork interface, at least one audio track corresponding to the searchquery from the respective network locations using the second resourceidentifiers of the second index; and playing back the streamed at leastone audio track on a wearable playback device, wherein the wearableplayback device is wirelessly connected to the mobile device.
 6. Themethod of claim 1, further comprising: if the audio tracks correspondingto the search query are not found in the first index, determiningwhether the audio tracks corresponding to the search query meet the oneor more criteria indicating that the audio tracks corresponding to thesearch query are more likely to be played back by a given user accountof a streaming audio service relative to other audio tracks indexed inthe second index; and if the audio tracks corresponding to the searchquery meet the one or more criteria, updating the first index to includethe audio tracks corresponding to the search query.
 7. The method ofclaim 1, wherein the one or more criteria comprises one or more of: (a)a total number of times each audio track has been played back, (b) anumber of times each audio track has been played back to completion, (c)a number of times each audio track has been skipped, (d) an indicationthat each audio track is designated as a favorite media item, (e) anumber of times each audio track was manually selected for playback, and(f) a pre-determined threshold number of times each audio track has beenplayed back within a pre-determined threshold period of time.
 8. Atangible non-transitory computer-readable medium having stored thereoninstructions executable by a mobile device to cause the mobile device toperform functions comprising: maintaining, in a data storage of themobile device in association with a particular user profile of a cloudservice, a first index of audio tracks, the audio tracks indexed in thefirst index consisting of a particular subset of audio tracks that areindexed in a second index, wherein each audio track of the particularsubset of audio track meets one or more criteria indicating that therespective audio track is more likely to be played back by theparticular user profile relative to other audio tracks indexed in thesecond index; displaying, via a controller interface on a graphicaldisplay of the mobile device, a search control; receiving, via thesearch control of the controller interface, input data indicating asearch query; based on the receiving the input data indicating thesearch query, searching, within the first index, for audio trackscorresponding to the search query; if the audio tracks corresponding tothe search query are found in the first index, displaying, via thegraphical display of the mobile device, respective first metadataassociated with each audio track corresponding to the search query,wherein the first metadata is stored in the first index; and if theaudio tracks corresponding to the search query are not found in thefirst index: (i) sending, via a network interface of the mobile deviceto one or more servers of the cloud service, a request to search thesecond index for audio tracks corresponding to the search query; (ii)receiving, via the network interface in response to the request tosearch the second index, data representing second metadata associatedwith each audio track corresponding to the search query, wherein thesecond metadata is stored in the second index; and (iii) displaying, viathe graphical display of the mobile device, respective second metadataassociated with each audio track corresponding to the search query. 9.The tangible non-transitory computer-readable medium of claim 8, whereinthe functions further comprise: streaming, via the network interface, atleast one audio track corresponding to the search query from a networklocation; and playing back the streamed at least one audio track on awearable playback device, wherein the wearable playback device iswirelessly connected to the mobile device.
 10. The tangiblenon-transitory computer-readable medium of claim 8, wherein multipleuser accounts of respective streaming media services are associated withthe particular user profile of the cloud service, and wherein the secondindex comprises identifiers of respective audio tracks of the streamingmedia services, and wherein receiving the data representing secondmetadata associated with each audio track corresponding to the searchquery comprises receiving data representing second metadata associatedwith respective audio tracks from two or more of the streaming mediaservices.
 11. The tangible non-transitory computer-readable medium ofclaim 8, wherein the first index comprises first resource identifiersindicating respective network locations of the particular subset ofaudio tracks, and wherein the functions further comprise: sending, viathe network interface of the mobile device to a playback device, one ormore instructions to stream at least one audio track corresponding tothe search query from respective network locations using the firstresource identifiers of the first index and play back the streamed atleast one audio track via one or more speakers of the playback device.12. The tangible non-transitory computer-readable medium of claim 8,wherein the second index comprises second resource identifiersindicating respective network locations of the audio tracks that areindexed in the second index, and wherein the functions further comprise:receiving, via the network interface, data representing second resourceidentifiers indicating respective network locations of the audio trackscorresponding to the search query; streaming, via the network interface,at least one audio track corresponding to the search query from therespective network locations using the second resource identifiers ofthe second index; and playing back the streamed at least one audio trackon a wearable playback device, wherein the wearable playback device iswirelessly connected to the mobile device.
 13. The tangiblenon-transitory computer-readable medium of claim 8, wherein thefunctions further comprise: if the audio tracks corresponding to thesearch query are not found in the first index, determining whether theaudio tracks corresponding to the search query meet the one or morecriteria indicating that the audio tracks corresponding to the searchquery are more likely to be played back by a given user account of astreaming audio service relative to other audio tracks indexed in thesecond index; and if the audio tracks corresponding to the search querymeet the one or more criteria, updating the first index to include theaudio tracks corresponding to the search query.
 14. The tangiblenon-transitory computer-readable medium of claim 8, wherein the one ormore criteria comprises one or more of: (a) a total number of times eachaudio track has been played back, (b) a number of times each audio trackhas been played back to completion, (c) a number of times each audiotrack has been skipped, (d) an indication that each audio track isdesignated as a favorite media item, (e) a number of times each audiotrack was manually selected for playback, and (f) a pre-determinedthreshold number of times each audio track has been played back within apre-determined threshold period of time.
 15. A mobile device comprising:a graphical display; a network interface; one or more processors; anddata storage storing instructions that when executed by the one or moreprocessors cause the mobile device to perform functions comprising:maintaining, in the data storage of the mobile device in associationwith a particular user profile of a cloud service, a first index ofaudio tracks, the audio tracks indexed in the first index consisting ofa particular subset of audio tracks that are indexed in a second index,wherein each audio track of the particular subset of audio track meetsone or more criteria indicating that the respective audio track is morelikely to be played back by the particular user profile relative toother audio tracks indexed in the second index; displaying, via acontroller interface on the graphical display of the mobile device, asearch control; receiving, via the search control of the controllerinterface, input data indicating a search query; based on the receivingthe input data indicating the search query, searching, within the firstindex, for audio tracks corresponding to the search query; if the audiotracks corresponding to the search query are found in the first index,displaying, via the graphical display of the mobile device, respectivefirst metadata associated with each audio track corresponding to thesearch query, wherein the first metadata is stored in the first index;and if the audio tracks corresponding to the search query are not foundin the first index: (i) sending, via the network interface of the mobiledevice to one or more servers of the cloud service, a request to searchthe second index for audio tracks corresponding to the search query;(ii) receiving, via the network interface in response to the request tosearch the second index, data representing second metadata associatedwith each audio track corresponding to the search query, wherein thesecond metadata is stored in the second index; and (iii) displaying, viathe graphical display of the mobile device, respective second metadataassociated with each audio track corresponding to the search query. 16.The mobile device of claim 15, wherein the functions further comprise:streaming, via the network interface, at least one audio trackcorresponding to the search query from a network location; and playingback the streamed at least one audio track on a wearable playbackdevice, wherein the wearable playback device is wirelessly connected tothe mobile device.
 17. The mobile device of claim 15, wherein multipleuser accounts of respective streaming media services are associated withthe particular user profile of the cloud service, and wherein the secondindex comprises identifiers of respective audio tracks of the streamingmedia services, and wherein receiving the data representing secondmetadata associated with each audio track corresponding to the searchquery comprises receiving data representing second metadata associatedwith respective audio tracks from two or more of the streaming mediaservices.
 18. The mobile device of claim 15, wherein the first indexcomprises first resource identifiers indicating respective networklocations of the particular subset of audio tracks, and wherein thefunctions further comprise: sending, via the network interface of themobile device to a playback device, one or more instructions to streamat least one audio track corresponding to the search query fromrespective network locations using the first resource identifiers of thefirst index and play back the streamed at least one audio track via oneor more speakers of the playback device.
 19. The mobile device of claim15, wherein the second index comprises second resource identifiersindicating respective network locations of the audio tracks that areindexed in the second index, and wherein the functions further comprise:receiving, via the network interface, data representing second resourceidentifiers indicating respective network locations of the audio trackscorresponding to the search query; streaming, via the network interface,at least one audio track corresponding to the search query from therespective network locations using the second resource identifiers ofthe second index; and playing back the streamed at least one audio trackon a wearable playback device, wherein the wearable playback device iswirelessly connected to the mobile device.
 20. The mobile device ofclaim 15, wherein the functions further comprise: if the audio trackscorresponding to the search query are not found in the first index,determining whether the audio tracks corresponding to the search querymeet the one or more criteria indicating that the audio trackscorresponding to the search query are more likely to be played back by agiven user account of a streaming audio service relative to other audiotracks indexed in the second index; and if the audio trackscorresponding to the search query meet the one or more criteria,updating the first index to include the audio tracks corresponding tothe search query.